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ABSTRACT 



A novel method of overflow data handling in a multiport 
data switching system having a decision making engine for 
controlling data forwarding between receive ports and at 
least one transmit port. Data blocks representing received 
data packets are placed in data queues correspoiiding to the 
receive ports. Hie data queues are transferred to logic 
circuitry for processing in accordance with a prescribed 
algorithm. Then, a forwarding decision is made to determine 
the transmit port. An overflow bypass is provided to allow 
at least a portion of a data block to bypass the logic circuitry, 
when at least one of the data queues is in an overflow state. 
For example, pointers indicating memory locations for stor- 
ing the corresponding received data packets may be trans- 
ferred via the overflow bypass when the overflow state is 
detected. 

20 Claims, 8 Drawing Sheets 
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NETWORK SWITCHING SYSTEM HAVING for access to the forwarding circuit for the plurality of 

OVERFLOW BYPASS IN INTERNAL RULES overflow registers. The receive ports may include regular 

CHECKER ports, at least one high-speed port for receiving data packets 

at a rate higher than a rate at the regular ports, and at least 

FIELD OF THE INVENTION 5 ■ one expansion port for receiving data packets from other 

rp. . . 1 * * J * -4' * communication systems. The requests for access to the 

This invention relates to data communication systems, - . ./r -a • . n . j * 

, ^'11. ^ r .-i cj/ forwarding circuit for the overflow registers allocated to the 

and more particularly, to a system for preventins loss or data ... jj . . T 

, ^ '^r, . *, 1 V u- * high-speed and expansion ports may have a higher pnonty 

due to overflow conditions m a network switching system. ^ ^ ^ . .1. j- • ^t. 

* than requests for access to the forwarding circuit for the 

BACKGROUND ART overflow registers allocated to the regular ports. The over- 
flow handling circuit may comprise a first arbitrator for 

A multiport switch may be provided in a data communi- performing arbitration between requests for access to the 

cation network to enable data communication between mul- forwarding circuit for the overflow registers allocated to the 

tiple network stations connected to various ports of the regular ports, and a second arbitrator for performing aibi- 

switch. Alogical connection may be created between receive 15 tration between requests for access to the forwarding circuit 

ports and transmit ports of the switch to forward received for the overflow registers allocated to the high-speed and 

frames to appropriate destinations. Based on frame header expansion ports. In response to a request for access to the 

information, a decision making engine selectively controls forwarding circuit for a given overflow register, each arbi- 

forwarding of received frames to a destination station, trator produces a grant signal for enabling the forwarding 

To prevent loss of data due to overflow conditions, it 20 circuit to receive the data from that overflow register, 

would be convenient to provide the decision making engine Various objects and features of the present invention will 

with an overflow mechanism that creates a bypass for become more readily apparent to those skilled in the art from 

overflow data. the following description of a specific embodiment thereof, 

especially when taken in conjunction with the accompany- 

^ ing drawings. 



DISCLOSURE OF THE INVENTION 



The invention provides a novel method of overflow data 
handling in a multiport data switching system having a BRIEF DESCRIPHON OF THE DRAWINGS 

decision making engine for controlhng data forwarding piG. 1 is a block diagram of a packet switched network 

between receive ports and at least one transmit port. Data including a multiple port switch according to an embodi- 
blocks representing received data packets are placed in data ^ mem of the present invention 

queues corresponding to the receive ports. Tht data queues ^ is a block diagram of the multiple port switch of 

are transferred to logic circuitry for processing m accor- ^ 

dance with a predetermined algorithm. Then, a forwarding . . , ^ . , 

decision is made to determine the at least one transmit port. . P^G^^ ^ ^ block dia^am dlustratmg m detail the switch- 
An overflow bypass is provided to aUow at least a portion of subsystem of FIG. 2. 

a data block to bypass the logic circuitry, when at least one FIG. 4 is a block diagram of an internal rules checker 

of the data queues is in an overflow state. having an overflow bypass of the present invention. 

In accordance with one aspect of the invention, each data FIG. 5 is a block diagram of overflow handling logic of 

block includes a pointer for indicating a memory location for the present invention. 

storing the received data packet. The pointers are allowed to FIG. 6 is a flow chart fllustrating operations of the 

bypass the logic circuitry when the overflow state is overflow handling logic of the present invention, 
detected. 

Preferably, overflow data is buffered in overflow registers ^^^T MODE FOR CARRYING OUT THE 

allocated to the receive ports. When the overflow state is 45 INVENTION 
detected, the overflow data is placed in a first section of the FIG. 1 is a block diagram of an exemplary system in 

corresponding overflow register. The overflow data is trans- which the present invention may be advantageously 

ferred from the first section to a second section of the employed. The exemplary system 10 is a packet switched 

overflow register when the end of a data packet represented network, such as an Ethernet (IEEE 8023) network. The 
by the overflow data is detected. 50 packet switched network includes integrated multiport 

In accordance with another aspect of the invention, the switches (IMS) 12 that enable communication of data pack- 
decision making engine includes a plurality of queuing ets between network stations. The network may include 
devices corresponding to the plurality of the receive ports network stations having different configurations, for 
for queuing data blocks representing the data packets example twelve (12) 10 megabit per second (Mb/s) or 100 
received by the corresponding receive ports. Logic circuitry 55 Mb/s network stations 14 (hereinafter 10/100 Mb/s) that 
is responsive to the plurality of queuing devices for pro- send and receive data at a network data rate of 10 Mb/s or 
cessing the data blocks in accordance with a predetermined 100 Mb/s, and a 1000 Mb/s (i.e., 1 Gb/s) network node 22 
algorithm. A forwarding circuit is responsive to the logic that sends and receives data packets at a network speed of 1 
circuitry for identifying the selected transmit port for each Gb/s. The gigabit node 22 may be a server, or a gateway to 
data packet. An overflow handling circuit provides an over- * high-speed backbone network. Hence, the switches 12 
flow bypass for bypassing the logic circuitry to transfer at selectively forward data packets received from the network 
least a portion of a data block representing received data nodes 14 or 22 to the appropriate destination based upon 
packet directly to the forwarding circuit when at least one of Ethernet protocol. 

the pluraUty of the queuing devices is in an overflow state. Each switch 12 includes a media access control (MAC) 

In accordance with a preferred embodiment of the 65 module 20 that transmits and receives data packets to and 

invention, the overflow handling circuit comprises at least from 10/100 Mb/s physical layer (PHY) transceivers 16 via 

one arbitrator for performing arbitration between requests respective shared media independent interfaces (Mil) 18 
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accordiDg to IEEE 802-3u protocol. Each switch 12 also 
includes a gigabit MAC port 24 for sending and receiving 
data packets to and from a gigabit PHY 26 for traosmission 
to the gigabit node 22 via a high speed network medium 28. 

Each 10/100 Mb/s network station 14 sends and receives 5 
data padcets to and from the corresponding switch 12 via a 
media 17 and according to either half-duplex or full duplex 
Ethernet protocol. The Ethemet protocol ISO/IEC 8802-3 
(ANSI/IEEE Std. 802.3, 1993 Ed.) defines a half-duplex 
media access mechanism that permits all stations 14 to 
access the network channel with equality. TrafiSc in a half- 
duplex environment is not distinguished or prioritized over 
the medium 17. Rather, each half -duplex station 14 includes 
an Ethemet interface card that uses carrier-sense multiple 
access with colhsion detection (CSMA/CD) to listen for 
traffic on the media. The absence of network traffic is 
detected by sensing a deassertion of a receive carrier on the 
media. Any station 14 having data to send will attempt to 
access the channel by waiting a predetermined time after the 
deassertion of a receive carrier on the media, known as the 
interpacket gap interval (IPG). If a plurality of stations 14 20 
have data to send on the network, each of the stations will 
attempt to transmit in response to the sensed deassertion of 
the receive carrier on the media and after the IPG interval, 
resulting in a collision. Hence, the transmitting station will 
monitor the media to determine if there has been a collision 25 
due to another station sending data at the same time. If a 
coUision is detected, both stations stop, wait a random 
amoimt of time, and retry transmission. 

The 10/100 Mb/s network stations 14 that operate in full 
duplex mode send and receive data packets according to the 3Q 
Ethemet standard IEEE 802. 3u. The full-duplex environ- 
ment provides a two-way, point-to-point communication 
link enabling simultaneous transmission and reception of 
data packets between each link partner, i.e., the 10/100 Mb/s 
network station 14 and the corresponding switch 12. 35 

Each switch 12 is coupled to 10/100 physical layer (PHY) 
transceivers 16 configured for sending and receiving data 
packets to and from the corresponding switch 12 across a 
corresponding shared media independent interface (Mil) 18. 
In particular, each 10/100 PHY transceiver 16 is configured 40 
for sending and receiving data packets between the switch 
12 and up to four (4) network stations 14 via the shared Mil 
18. A magnetic transformer 19 provides AC coupling 
between the PHY transceiver 16 and the corresponding 
network medium 17. Hence, the shared Mil 18 operates at 45 
a data rate sufficient to enable simultaneous transmission 
and reception of data packets by each of the network stations 
14 to the corresponding PHY transceiver 16. 

Each switch 12 also includes an expansion port 30 for 
transferring data between other switches according to a 50 
prescribed protocol. For example, each expansion port 30 
can be implemented as a second gigabit MAC port similar 
to the port 24, enabling multiple switches 12 to be cascaded 
together as a separate backbone network. 

FIG. 2 is a block diagram of the switch 12. The switch 12 55 
contains a decision making engine 40 that performs frame 
forwarding decisions, a switching subsystem 42 for trans- 
ferring frame data according to the frame forwarding 
decisions, a buflfer memory interface 44, management infor- 
mation base (MIB) counters 48, and MAC (media access 60 
control) protocol interfaces 20 and 24 to support the routing 
of data packets between the Ethernet (IEEE 802.3) ports 
serving the network stations 14 and 22. The MIB counters 48 
provide statistical network information in the form of man- 
agement information base (MIB) objects to an external 65 
management entity controlled by a host CPU 32, described . 
below. 
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The external memory interface 44 enables external stor- 
age of packet data in a synchronous static random access 
memory (SSRAM) 36 in order to minimize the chip size of 
the switch 12. Id particular, the switch 12 uses the SSRAM 
36 for storage of received frame data, memory structures, 
and MIB counter information. The memory 36 is preferably 
a pipelined burst SSRAM having a 64-bil wide data path, a 
16-bit wide address path, and a memory size of at least 512 
Kbytes, capable of running at clock frequencies up to 66 
Mhz. 

The switch 12 also includes a processing interface 50 that 
enables an external management entity such as a host CPU 
32 to control overall operations of the switch 12. In 
particular, the processing interface 50 decodes CPU accesses 
within a prescribed register access space, and reads and 
writes configuration and status values to and from configu- 
ration and status registers 52. 

The internal decision making engine 40, referred to as an 
internal rules checker (IRC), makes frame forwarding deci- 
sions for data packets received from one source to at least 
one destination station. 

The switch 12 also includes an LED interface 54 that 
clocks out the status of conditions per port and drives 
external LED logic. The external LED Logic drives LED 
display elements that are human readable. 

The switching subsystem 42, configured for implement- 
ing the frame forwarding decisions of the IRC 40, includes 
a port vector first in first out (FIFO) buffer 56, a plurality of 
output queues 58, a multicopy queue 60, a multicopy cache 
62, a free buffer queue 64, and a reclaim queue 66. 

The MAC unit 20 includes modules for each port, each 
module including a MAC receive portion, a receive FIFO 
buffer, a transmit FIFO buffer, and a MAC transmit portion. 
Data packets from a network station 14 are received by the 
corresponding MAC port and stored in the corresponding 
receive FIFO. The MAC unit 20 obtains a free buffer 
location (i.e., a frame pointer) from the free buffer queue 64, 
and outputs the received data packet from the corresponding 
receive RFO to the external memory interface 44 for storage 
in the external memory 36 at the location specified by the 
frame pointer. 

The IRC 40 monitors (i.e., "snoops") the data bus to 
determine the frame pointer value and the header informa- 
tion of the received packet (including source, destination, 
and VLAN address information). The IRC 40 uses the frame 
pointer value and the associated header information to 
determine which MAC ports will output the data packet 
stored at the location specified by the frame pointer. The 
decision making engine may thus determine that a given 
data packet should be output by either a single port, multiple 
ports, or all ports (i.e., broadcast). For example, each data 
packet includes a header having source and destination 
address, where the decision making engine 40 may identify 
the appropriate output MAC port based upon the destination 
address. Alternatively, the destination address may corre- 
spond to a virtual address that the appropriate decision 
making engine identifies as corresponding to a plurality of 
network stations. Alternatively, the received data packet may 
include a VLAN (virtual LAN) tagged frame according to 
IEEE 802. Id protocol that specifies another network (e.g., 
via a gateway 22) or a prescribed group of stations. The IRC 
40 may also determine that the received data packet should 
be transferred to another switch 12 via the expansion port 
30. Hence, the internal rules checker 40 will decide whether 
a frame temporarily stored in the buffer memory 36 should 
be output to a single MAC port or multiple MAC ports. 
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The internal rules checker 40 outputs a forwarding deci- memory 36 and the rules checker 40. Each of the transmit 

sioa to the switch subsystem 42 in the form of a forwarding MAC modules lOd, 70e, 70/, 72c, and 72d include dequeu- 

descriptor. The forwarding descriptor includes a port vector ing logic 76 for transferring data from the external memory 

identifying each MAC port that should receive the data 36 to the corresponding internal transmit FIFO. The queuing 
packet, priority class identifying whether the frame is high 5 logic 74 fetches frame pointers from the free buffer queue 

priority or low priority, VLAN information, Rx port number, 54^ ^nd uses the fetched frame pointers to store receive data 

Opcode, and frame pomter The port vector identifies the ^ external memory 36 via the external memory interface 

^^JT.l^ receive the data packet for transm^ion (e.g., controller 44. The frame buffer pointer specifies the location 

10/100 MAC ports 1-12, Gigabit MAC port, ancVor Expan- ^ ^^^^^^ ^ 3^ ^^^^^ ^^^-^^^ ^^^^ ^y^,^ 

sion port). TTie port vector FIFO 56 decodes the forwarding stored by the receive FIFO. The queuing logic 74 issues a 

descriptor mcludmg the port vector, and supphes the frame ^ ^ ^^^^^^j ^ ^^^^^^ 44 

pointer to the appropnale output queues 58 that correspond \ , • , ^ am ^^ ^ ^ , 

to the output MAC ports to receive the data packet trans- , ™^°^°^y mterface 44 mcludes a scheduler 80 

mission. In other words, the port vector FIFO 56 suppUes the controlling meniory access by the queumg logic 74 or 

framepointeronaper-portbasis.Tlieoutputqueues58fetch dequemng logic 76 by any switch port to the external 

the data packet identified in the port vector from the external ^ ^SRAM mterface 78 for performing the 

memory 36 via the external memory interface 44, and supply 'f^^ ^""^ T^^^^ operaUons with the SSRAM 36. In parUcular, 

the retrieved data packet to the appropriate transmit FIFO of ^^^^ ^ confined to operate as a non-blocking 

the identified ports. If a data packet is to be supplied to a ^^}''^^ ^^^.^ ^ '^^^'""^^ """"cTfl ^'^'^n^ 

management agent, the frame pointer is also suppUed to a ^^itch porU at the respective wire rates of 10, 100, or 1000 

management queue 68, which can be processed by the host ^ scheduler 80 controls the access by dif- 

CPU 32 via the CPU interface 50. P^"^ optimize usage of the bandwidth of the 

The multicopy queue 60 and the multicopy cache 62 keep ^ memory 

track of the number of copies of the data packet that are ^^^^i receive MAC 24a stores a data frame in an internal 

fetched from the respective output queues 58, ensuring that FIFO upon reception from the corresponding switch port, 

the data packet is not overwritten in the SSRAM 36 until the corresponding queuing logic 74 obtains a frame pointer 

appropriate number of copies of the data packet have been sends a write request to the external memory interface 

output from the SSRAM 36. Once the number of copies ^h^ scheduler 80 schedules the write request with other 

corresponds to the number of ports specified in the port wnte requests or any read requests from the dequeumg logic 

vector FIFO, the port vector is forwarded to the reclaim 76, and generates a grant for the requesting queuing logic 74 

queue 66. The reclaim queue stores frame pointers that can ^o mitiate a transfer at the scheduled event (i.e., slot). The 

be reclaimed by the free buffer queue 64 as free pointers. ^^^^ ^ ^^^^ transferred over data bus 680 from the 

After being returned to the free buffer queue 64, the frame r^c^i^^ external memory 36 in a direct memory 

pointer is available for reuse by the MAC unit 20 or the access (DMA) transaction during the assigned slot. The 

gigabit MAC unit 24 frame is stored in the location pointed to by the free buffer 

FIG. 3 depicts the switch subsystem 42 of FIG. 2 in more P^^*^*^^ obtained from the free buffer pool 64^ although a 

detail according to an exemplary embodiment of the present l"^^^' °f ^'^^^ "^^^ ^ ""^^^ ^° ^^'^ ^ ^^^^ 

invention. Other elements of the multiport switch 12 of FIG. described. 

2 are reproduced in FIG. 3 to illustrate the connections of the The rules checker 40 also receives the frame pointer and 
switch subsystem 42 to these other elements. 40 the header information (including source address, destina- 

As shown in HG. 3, the MAC module 20 includes a address, VLAN tag information, etc.) by monitoring 

receive portion 20fl and a transmit portion 20b. The receive (i-^ ' snooping) the DMA write transfer on the bus 68a. The 

portion 20fl and the transmit portion 20b each include three checker 40 uses the header infonnation to make the 

(3) quad-MAC enhanced (QMACE) modules 70 configured forwarding decision and generate a forwardmg instruction in 

for performing the corresponding receive or transmit func- 45 ^ forwarding descriptor that includes a port 

tion for four (4) switch ports according to IEEE 802.3 port vector has a bit set for each output port to 

protocol. Hence, QMACE module 70a performs receive which the frame should be forwarded. If the received frame 

MAC operations for 10/100 Mb/s switch ports 0, 1, 2, 3; ^ ^ unicopy frame, only one bit is set in the port vector 

module 70b performs receive MAC operations for 10/100 geaerated by the rules checker 40. The bit that is set in the 
Mb/s switch ports 4, 5, 6, 7; and module 70c performs 50 P°^^ ^^^^^ corresponds to a particular one of the ports, 

receive MAC operations for 10/100 Mb/s switch ports 8, 9, The rules checker 40 outputs the forwarding descriptor 

10, and 11. The QMACE modules 70d, 70e, and 70/perform including the port vector and the frame pointer into the port 

the transmit MAC operations for the 10/100 Mb/s switch vector FIFO 56. The port vector is examined by the port 

ports complementary to modules 70a, 70b, and 70c, respec- vector FIFO 56 to determine which particular output queue, 
tivcly. The receive portions 24fl and 30fl of the gigabit MAC 55 e.g. at least one of the queues 58 or the management queue 

port 24 and the expansion port 30 also have receive MAC 68, should receive the associated frame pointer. The port 

modules 72a and 72b optimized for the respective ports. The vector FIFO 56 places the frame pointer into the top of the 

transmit portions 24b and 30!) of the gigabit MAC port 24 appropriate queue 58 and/or 68. This queues the transmis- 

and the expansion port 30fl also have transmit MAC mod- sion of the friime. The output queue 58 is processed sepa- 
ules 72c and 72d, respectively. The MAC modules are 60 palely by the host CPU 32 via the CPU interface 50. 

configured for ftiU-dupiex operation on the corresponding As shown in FIG. 3, each of the transmit MAC units 70d, 

port, and the gigabit MAC modules 72fl and 72c are con- 70c, 70/, 2d, and 72c have an associated output queue 58fl, 

figured in accordance with the Gigabit Proposed Standard 58b, 58c, SHd, and 58e, respectively. Each of the output 

IEEE Draft P802.3z. queues 58 have a high priority queue for high priority frame 

Each of the receive MAC modules 70a, 70b, 70c, 72a, and 65 pointers, and a low priority queue for low priority frame 

72b include queuing logic 74 for transferring of receive data pointers. The high priority frame pointers are used for data 

from the corresponding internal receive FIFO to the external frames that require a guaranteed access latency, e.g., frames 
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for multimedia applications or management MAC frames. information) and frame pointers associated with received 

The frame pointers stored in the FIFO-type output queues 58 frames. The IRC 40 uses the frame pointer value and the 

are processed by the dequeuing logic 76 for the respective associated header information to determine which MAC 

transmit MAC units. At some point in time, the frame ports will output the data frame stored at the location 
pointer reaches the bottom of an output queue 58, for S specified by the frame pointer. 

example the output queue SSe for the gigabit transmit MAC As shown in HG. 4, the IRC 40 may contain multiple 

72c. The dequeuing logic 76 for the transmit gigabit port 246 ^iles queues 102 arranged for holding frame pointers and 

takes the frame pointer from the corresponding gigabit port frame header information. A single rules queue 102 is 

output queue SHe, and issues a request to the scheduler 80 to assigned to each receive port of the IMS 12 for storing 
read the frame data froin the external memory 36 at the lO information associated with the frames received via the 

memory location specified by the frame pointer. The sched- corresponding port. In particular, rules queues 1 to 12 may 

uler 80 schedules the request, and issues a grant for the be provided for 10/100 MAC ports 1 to 12 configured to 

dequeuing logic 76 of the transmit gigabit port 24b to initiate receive data from the corresponding 10/100 Mb/s network 

a DMA read during the assigned slot. In response to the stations 14, a rules queue 13 may be arranged to support the 
grant, the dequeuing logic 76 reads the frame data in a DMA is gigabit MAC port 24 capable of receiving data from the 

transaction from the locaUon in external memory 36 pointed gigabit network node 22, and a rules queue 14 may be 

to by the frame pointer, stores the frame data in the internal assigned to the expansion port 30. Each rules queue 102 may 

transmit FIFO for transmission by the transmit gigabit MAC store frame headers in a synchronous random access 

72c. If the frame pointer specifies a unicopy transmission, memory (SRAM) having four 40-byte entries and may store 
the frame pointer is returned to the free buffer queue 64 20 frame pointers in a SRAM having four 13-bit entries. Rules 

following writing the frame data into the transmit FIFO. queue (RQ) write-side logic W2a controls writing of frame 

A multicopy transmission is similar to the unicopy headers and frame pointers into the corresponding SRAMs. 

transmission, except that the port vector has multiple bits RQ read-side logic 1026 controls reading of frame headers 

set, designating the multiple ports from which the frame will and frame pointers from the rules queues 102 to IRC logic 
be transmitted. The frame pointer is placed into each of the ^5 circuits such as ingress rules logic 106, source address (SA) 

appropriate output queues 58 and transmitted by the appro- lookup logic 108, destination address (DA) lookup logic 110 

priate transmit MAC tmits 206, 24b, and/or 306. and forward descriptor (FD) generator 112 to produce a 

The free buffer pool 64, the multicopy queue 60, the forwarding descriptor supplied to the port vector FIFO 56. 

reclaim queue 66, and the multicopy cache 62 are used to Th® scheduler 104 provides time slots for sequential 

manage use of frame pointers and reuse of frame pointers transferring data held in the rules queues 102 to the IRC 

once the frame has been transmitted to its designated output logic circuitry. 

port(s). In particular, the dequeuing logic passes frame The ingress rules logic 106 detects whether a frame was 
pointers for unicopy frames to the free buffer queue 64 after received with an error and checks for preset DA and VLAN 
the buffer contents have been copied to the appropriate information. If an error is detected or the frame address 
transmit FIFO, information does not match with allocated DA addresses or 
For multicopy frames, the port vector FIFO 56 supplies VLAN data, the ingress rules logic 106 produces a forward- 
multiple copies of the same frame pointer to more than one ing descriptor with a null port vector. This forwarding 
output queue 58, each frame pointer having a unicopy bit set descriptor is transferred directly to the port vector FIFO 56 
to zero. The port vector FIFO also copies the frame pointer without performing SA and DA lookup operations and 
and the copy count to the multicopy queue 60.* The multi- egress rules operations. 

copy queue writes the copy count to the multicopy cache 62. The SA and DA lookup logic circuits 108 and 110 search 

The multicopy cache is a random access memory having a an IRC MAC address table 114 for entries associated with 

single copy count for each buffer m external memory (i.e., the MAC source and destination addresses for the corre- 

each frame pointer). spending frame. If source and destination address data of a 

Once the dequeuing logic 76 retrieves the frame data for frame match with the address table entries, the FD generator 

a particular output port based on a fetched frame pointer and 112 checks each transmit port in the port vector list produced 

stores the frame data in the transmit FIFO, the dequeuing by the DA lookup logic circuit 110 to remove or mask the 

logic checks if the unicopy bit is set to 1. If the unicopy bit disabled ports, the ports that do not belong to a required 

is set to 1, the frame pointer is returned to the free buffer VLAN, and the port, from which the frame is received. As 

queue 64, If the unicopy bit is set to zero indicating a a result, the FD generator 112 generates a forwarding 

multicopy frame pointer, the dequeuing logic 76 writes the descriptor including a port vector identifying each MAC 

frame pointer with a copy count of minus one (-1) to the port that should receive the corresponding frame, 
multicopy queue 60. The multicopy queue 60 adds the copy Fa accordance with the present invention, an RQ overflow 
count to the entry stored in the multicopy cache 62. 55 handling system is provided to allow frame pointers to 

When the copy count multicopy cache 62 for the frame bypass the circuits 106, 108 and 110 and go directly to the 

pointer reaches zero, the frame pointer is passed to the FD generator 112, when an overflow state of any of the rules 

reclaim queue 66. Since a pliu-ality of frame pointers may be queues 102 is detected. The RQ overflow handling system 

used to store a single data frame in multiple buffer memory comprises multiple overflow registers 116 allocated to dff- 
locations, the frame pointers are referenced to each other to ,50 ferent receive ports of the IMS 12, Each overflow register 

form a linked-list chain of frame pointers to identify the 116 receives frame pointers when the write-side logic 102fl 

entire stored data frame. The reclaim queue 66 traverses the detects that the rules queue 102 for the corresponding 

chain of buffer locations identified by the frame pointers, receive port is fuU. 

and passes the frame pointers to the free buffer queue 64. For example, a 2xl3-bit two-entry overflow register 116 

As discussed above, the internal rules checker (IRQ 40 65 may be allocated to each receive port of the IMS 112. 

monitors the write bus to capture frame header information Overflow registers 1 to 12 may be provided to support 

(including source, destination, and VLAN address 10/100 MAC ports 1-12, overflow register 13 may be 
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arranged for frame pointers associated with data received via expansion port 30, the read-side overflow request is sent lo 

the gigabit MAC port 24, and overflow register 14 may be the arbitrator 206. 

assigned lo the expansion port 30. Each of the entries of the Then, the overflow handling logic 200 determines 

overflow register 116 is capable of storing a single 13-bit whether or not the FD generator 112 is ready for receiving 

frame pointer associated with data received via the corre- 5 an overflowing frame pointer from the overflow register 116 

spending receive port. (block 244). In particxilar, the FD generator 112 supplies an 

Before generating write address for storing frame header RQ ready signal FG_RQRDY to a first input of each of the 

data and frame pointer associated with a received data frame AND gates 208. If the overflow request for one of the MAC 

in a rules queue 102 for a given receive port, the write-side ports 1-12 and the overflow request for gigabit or expansion 

logic 102a determines whether or not the rules queue 102 is lo port is received at the same time, the RQ ready signal 

full. If the rules queue 102 is fuU, the write-side logic 102fl FG_JtQRDY will go to the AND' gate 208 corresponding to 

places the frame pointer associated with that port to the first the gigabit or expansion port, because the RQ overflow 

13-bit entry of the corresponding overflow register 116. requests for gigabit port 24 and the expansion port 30 have 

When the end of the received data frame is detected, the a higher priority than the RQ overflow requests correspond- 

write-side logic 102a moves the frame pointer from the first 15 ing to the 10/100 MAC ports 1-12. 

entry to the second 13-bit entry of the same overflow register If the RQ ready signal is received, the overflow handling 

116 and supplies the read-side logic 102ft with a write-side logic 200 checks whether or not an RQ grant signal is 

RQ overflow request RQ_WR__OVREQ. received from the round-robin arbitrator 204 or 206 (block 

As described in more detail below, the read-side logic 246). The arbitrators 204 and 206 perform the roiind-robin 

102ft contains RQ overflow handling logic that performs ^ scheduling known to one skilled in the art. The round-robin 

arbitration between overflow requests representing different scheduling keeps track of the history of the grants to RQ 

overflow registers 116 to transfer overflowing frame pointers overflow requests for different ports. The port with the last 

from the corresponding overflow registers 116 to the FD granted request becomes the lowest priority. For example, 

generator 112. Thus, the RQ overflow handling system of the after the arbitrator 204 issues the RQ grant signal for port 1, 

present invention prevents loss of frame pointers due to ^ afl RQ overflow requests for port 1 are pu^ed back to the 

overflow conditions in rules queues. end of the request queue supplied to the arbitrator 204. The 

The RQ overflow handHng system of the present inven- overflow request for the next port 2 becomes the highest 

tion wiU be described bebw with references to FIG. 5 that priority, followed by the overflow requests for ports 3, 4, etc. 

shows a block-diagram of RQ overflow handling logic 200 The RQ grant signal for a given port is supplied from the 

and FIG. 6 that shows a flow-chart of a overflow handling arbitrator 204 or 208 to a second input of the corre^onding 

procedure. As shown in FIG. 5, the RQ overflow handling AND gate 208, When the RQ grant signal is received, the 

logic 200 of the present invention comprises an overflow frame pointer is transferred from the corresponding overflow 

request generator 202 that receives the write-side RQ over- register 116 to the FD generator 112 enabled by an RQ 

flow requests RQl_WR_OVREQ to RQ14_WR_ strobe from the overflow handling logic 200 to receive the 

OVREQ for the overflow registers 1 to 14, respectively. frame pointer (block 248). In particular, the ou^ut signal of 

Round-robin arbitrators 204 and 206 are coupled to the the corresponding AND gate 208 (rq_ovgnt_d) passes the 

overflow request generator 202 for performing arbitration corresponding D-flip-flop 210, the OR gate 212 and the 

between RQ overflow requests rql_ovreq to rgl4_ovreq D-flip-flop 214 to produce the RQ strobe (RQ JGSTB) 

produced by the overflow request generator 202. As a result supplied to the FD generator 112 to enable it to receive a 

of the arbitration, the aAitrators 204 and 206 issue an RQ frame pointer from the overflow register 116 corresponding 

grant signal to aUow the corresponding overflow register 116 to the port represented by the granted RQ overflow request, 

to transfer its frame pointer to the FD generator 112. Simultaneoiisly, the output signal of the AND gate 208 is 

In particular, the round-robin arbitrator 204 arbitrates supplied back to the corresponding arbitrator 204 or 206 and 

between the RQ overflow requests rql_ovreq to rql2_ 45 overflow request generator 202 to identify the port 

ovreq corresponding to the 10/100 MAC ports 1 to 12, with the last granted RQ overflow request: This information 

whereas the round-robin arbitrator 206 arbitrates between ^ t>y the aAitrators 204 and 206 for performing the 

the RQ overflow requests rql3_ovreq and rql4_ovreq round-robin scheduling and by the overflow request genera- 

respectively representing the gigabit port 24 and the expan- ^02 for resolvmg conflicts between RQ wnte-side over- 

sioQ port 30. For example, the RQ overflow requests for 50 requests. Then, the system returns back to detecting the 

gigabit port 24 and the expansion port 30 may have a higher ^^^t RQ write-side overflow request (block 240). 

priority than the RQ overflow requests coaesponding to the 1° disclosure, there are shown and described only the 

10/100 MAC ports 1-12. Also, the RQ overflow handling preferred embodiments of the invention, but it is to be 

logic 200 comprises an AND gate 208 for each of the receive understood that the invention is capable of changes and 

ports of the IMS 12, a D-flip-flop 210 provided for each the 55 modifications within the scope of the inventive concept as 

receive ports, an OR gate 212 having 14 inputs correspond- expressed herein, 

ing to the receive ports, and a D-flip-flop 214. What is claimed is: 

As iUustrated in FIG. 6, the overflow request generator , 1- Amultiport data commuuication system for transferring 

202 detects a write-side RQ overflow request from the data padcets between ports, the data commumcaUon system 

write-side logic 102a (block 240) and produces a read-side 60 ^omprismg: 

RQ overflow request sent to an appropriate round-robin ^ plurality of receive ports for receivmg data packets, 

arbitrator 204 or 206 (block 242). If the received write-side a decision making engine responsive to the received data 

RQ overflow request relates to an overflow register 116 that packets for controlling transmission of the received 

supports one of 10/100 MAC ports 1-12, the read-side data packets to at least one selected transmit port, 

overflow request is supphed to the arbitrator 204. If the 65 the decision making engine including: 

received write-side RQ overflow request represents the a plurality of queuing devices corresponding to the plu- 

overfiow register 116 corresponding to the gigabit port 24 or rality of the receive ports for queuing data blocks 
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representing the data packets received by the corre- 
sponding receive ports, 

logic circuitry responsive to the plurality of queuing 
devices for processing the data blocks in accordance 
with a prescribed algorithm, 

a forwarding circuit responsive to the logic circuitry for 
identifying the at least one selected transmit port for 
each data packet, and 

an overflow handling circuit for providing an overflow 
bypass for bypassing the logic circuitry to transfer at 
least a portion of a data block representing a received 
data packet directly to the forwarding circuit when at 
least one of the plurality of the queuing devices is in an 
overflow state, 

2. The system of claim 1, wherein the data blocks include 
pointers for indicating memory locations for storing the 
received data packets. 

3. The system of claim 2, wherein the overflow handling 
circuit is configured to allow the pointers to bypass the logic 
circuitry. 

4. The system of claim 1, wherein the overflow handling 
circuit comprises a plurality of overflow registers, corre- 
sponding to the plurality of the receive ports for holding 
overflow data when the corresponding queuing device is in 
the overflow state. 

. 5. The system of claim 4, wherein each of the overflow 
registers comprises first and second sections, each of the 
sections is configured for storing the at least a portion of a 
data block. 

6. The system of claim 5, wherein the overflow handling 
circuit is configured to supply the at least a portion of a data 
block to the first section of an overflow register when the 
overflow handling circuit detects that the corresponding 
queuing device is in the overflow state. 

7. The system of claim 6, wherein the overflow handling 
circuit is configured to transfer the at least a portion of a data 
block. from the first section to the second section of the 
overflow register when an end of a data packet represented 
by the data block is detected. 

8. The system of claim 4, wherein the overflow handling 
circuit comprises at least one arbitrator for performing 
arbitration between requests for access to the forwarding 
circuit for the plurality of overflow registers. 

9. Hie system of claim 8, wherein the plurality of receive 
ports include regular ports, at least one high-speed port for 
receiving data packets at a rate higher than a rate at the 
regular ports, and at least one expansion port for receiving 
data packets from other communication systems. 

10. The system of claim 9, wherein requests for access to 
the forwarding circuit for the overflow registers correspond- 
ing to the high-speed and expansion ports have a higher 
priority than requests for access to the forwarding circuit for 
the overflow registers corresponding to the regular ports. 
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11. The system of claim 9, wherein the overflow handling 
circuit comprises a first arbitrator for performing arbitration 
between requests for access to the forwarding circuit for the 
overflow registers corresponding to the regular ports. 
5 12. The system of claim 10, wherein the overflow han- 
dling circuit comprises a second arbitrator for performing 
arbitration between requests for access to the forwarding 
circuit for the overflow registers corresponding to the high- 
speed and expansion ports. 

13. The system of claim 8, wherein the at least one 
arbitrator is responsive to a request for access to the for- 
warding circuit for an overflow register of the plurality of 
overflow registers to produce a grant signal for enabling the 
forwarding circuit to receive the overflow data from the 
overflow register. 
15 14. In a communication system having a plurality of 
receive ports, at least one transmit port, and a decision 
making engine for controlling data forwarding between the 
receive port and the at least one transmit port, a method of 
handling data overflow comprising the steps of: 
2^ placing data blocks representing received data packets in 
a plurality of data queues coaesponding to the plurality 
of the receive ports, 
processing the data queues by logic circuitry in accor- 
dance with a prescribed algorithm, 
^ making a forwarding decision to determine the at least 
one transmit port, and 
providing an overflow bypass to allow at least a portion of 
a data block representing a received data packet to 
30 bypass the logic circuitry, when at least one of the 
plurality of data queues is in an overflow state. 

15. The method of claim 14, wherein the data blocks 
include pointers for indicating memory locations for storing 
the received data packets, 

16. The method of claim 15, wherein the pointers are 
aUowed to bypass the logic circuitry when the overflow state 
is detected. 

17. The method of claim 14, wherein the step of providing 
an overflow bypass comprises buffering overflow data in a 
plurality of overflow registers corresponding to the plurality 
of receive ports. 

18. The method of claim 17, wherein the step of providing 
an overflow bypass further comprises performing arbitration 
between requests for transferring the overflow data from the 
plurality of the overflow registers. 

19. The method of claim 17, wherein the overflow data is 
buffered in a first section of an overflow register when the 
overflow state is detected. 

20. The method of claim 19, wherein the overflow data is 
transferred from the first section to a second section of the 
overflow register when an end of a data packet represented 
by the overflow data is detected. 

* <t> * Ht <¥ 
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